Crowdfunding method based on block chain for creating game and crowdfunding system for implementing crowdfunding service environment

ABSTRACT

A crowdfunding method may be executed by one or more processors of a crowdfunding system based on a blockchain for creating a game operating on a distributed network composed of a plurality of nodes. The method comprises performing a crowdfunding service on the distributed network according to a configured smart contract. The smart contract comprises generating an initial block including data records related to game production plan information, sharing at least one transaction record related to electronic transactions of coins with the plurality of nodes, generating at least one new block including data records related to at least one transaction record, and updating a blockchain stored in at least one of the plurality of nodes so as to add the new block to the blockchain through communication with the distributed network.

CROSS REFERENCE TO RELATED APPLICATION(S)

This application claims the priority to Korean Patent Application No.10-2018-0110869, filed on Sep. 17, 2018, which is all herebyincorporated by reference in its entirety.

BACKGROUND Technical Field

The present disclosure generally relates to a method for providing acrowdfunding service environment based on a blockchain for creatingand/or operating a game and a system for implementing the crowdfundingservice environment.

Related Art

Recently, crowdfunding is getting great attention, which raises smallamounts of money from the public. Crowdfunding may refer to a method ofraising funds from a large number of individuals via Social NetworkService (SNS) or Internet sites to collect money required not only forartistic and cultural projects such as movies or plays but also forsmall and medium enterprises. The crowdfunding is composed of a projectowner who is an individual or a company with a specific goal, investors,and a crowdfunding platform which acts as a moderator. The crowdfundingmanifests itself in that a large number of individuals support aspecific project by providing small amounts of money, and variousbusiness areas and ideas may be funded from the crowdfunding, which areotherwise limited in the conventional fundraising methods.

However, a negative perception of the crowdfunding is also graduallyincreasing. For example, the number of so called take-the-money-and-runcases is gradually growing. Examples of the take-the-money-and-run,include a case where a development project, which has succeeded insecuring the project fund in the early stage of fundraising and farbeyond the target amount of crowdfunding, ends in the project with lowquality far below the expectations; a case where project release isdelayed as payment to a project distributer is not duly executed; a casewhere a person responsible for raising funds simply disappears aftercollecting money from crowdfunding; a case of giving up all theproprietary rights to another company in the middle of projectdevelopment due to lack of capabilities; and a case where the projectdevelopment itself is very sluggish. As the failure cases areaccumulated, a negative perception on the crowdfunding is being spread,and therefore, a need for technology capable of ensuring reliability ofthe crowdfunding is growing.

It is with respect to these and other general considerations that thefollowing embodiments have been described. Also, although relativelyspecific problems have been discussed, it should be understood that theembodiments should not be limited to solving the specific problemsidentified in the background.

PRIOR ART REFERENCES Patents

(Patent 001) Korean Patent Application Publication No. 10-2017-0112332

SUMMARY

Various embodiments of the present disclosure may provide a systemcapable of ensuring reliability of producing games using crowdfundingand blockchain technology.

Some embodiments of the present disclosure may provide a method forproviding a crowdfunding service environment based on a blockchain forcreating, producing and/or operating a game and a system forimplementing the crowdfunding service environment.

Certain embodiments of the present disclosure may provide a systemcapable of ensuring reliability, transparency, and appropriateness inusing investment money for game production and distribution of profitsfrom the produced game service.

According to an embodiment of the present invention, a crowdfundingmethod executed by a processor of a crowdfunding system based on ablockchain for creating a game operating on a distributed networkcomposed of a plurality of nodes may comprise performing a crowdfundingservice on the distributed network according to a configured smartcontract, wherein the smart contract comprises generating an initialblock including data records related to game production planinformation, sharing at least one transaction record related toelectronic transactions of coins among the plurality of nodes,generating at least one new block including data records related to theat least one transaction record, and updating a blockchain stored in atleast one of the plurality of nodes so as to include the new block basedon communication with the distributed network.

According to a different aspect of the method, the game production planinformation may include at least one of game concept information,fundraising plan information, use plan information of raised funds, andstep-by-step contract information received from a game producer via awebpage provided by a crowdfunding node among the plurality of nodes.

According to a different aspect of the method, the crowdfunding node maygenerate a crowdfunding game promotion page based on the game productionplan information, and rights for browsing the game promotion page may beprovided to all of the nodes connected to the crowdfunding node.

According to a different aspect of the method, the plurality of nodesmay include a crowdfunding node, investor node, and developer node; andthe transaction records may include first transaction records abouttransfer of coins from the investor node for funding to the crowdfundingnode.

According to a different aspect of the method, a node which has receivedthe first transaction records may validate the received firsttransaction records, share the first transaction records with othernodes if validated, discard the corresponding transaction recordsotherwise, where validation of the first transaction records includes atleast one of validation of syntax of the corresponding transaction anddata structure, validation of whether the minimum amount of investmentis satisfied for each investor, validation of whether the amount ofinvestment of each investor is less than the maximum amount ofinvestment, and validation of whether the remittance date is within afundraising period.

According to a different aspect of the method, the smart contract maydetermine priority of the first transaction records based on the amountof remittance of coins within the first transaction records shared amonga plurality of nodes and include a transaction record of high priorityin the new block.

According to a different aspect of the method, the transaction recordmay further include a second transaction record about remittance ofcoins to the developer node from the crowdfunding node for using fundedcoins.

According to a different aspect of the method, the transaction recordmay further include a third transaction record about remittance of coinsto the developer node and to the investor node from the crowdfundingnode for distributing profits from service of a produced game.

According to a different aspect of the method, each of the first to thethird transaction record may be generated during a different time periodnot overlapped with each other.

According to a different aspect of the method, the smart contract isconfigured based on the game production plan information.

According to a different aspect of the method, the smart contract maydetermine generation time of the new block based on at least one ofinformation about the number of transaction records, information aboutthe amount of coins on the transaction records, and information aboutgeneration time of the transaction records.

According to a different aspect of the method, the game production planinformation may include information related to step-by-step contractconditions, and the smart contract may determine whether to generate thenew block based on whether the contract conditions are fulfilled at therespective steps.

According to a different aspect of the method, the plurality of nodesmay include a crowdfunding node, investor node, and developer node; andthe smart contract may determine whether to generate the new blockincluding a transaction record where at least part of coins receivedfrom the investor node by the crowdfunding is transferred to thedeveloper node based on execution of the step-by-step contractconditions.

According to a different aspect of the method, the smart contract mayinclude collecting online voting results from predetermined nodes amongthe plurality of nodes and determining whether to execute thestep-by-step contract conditions based on the online voting results.

According to a different aspect of the method, the predetermined nodesare the nodes which have funded coins more than a preconfigured amount.

According to a different aspect of the method, the smart contract maygenerate a new transaction record based on at least one of salesinformation due to service of a game completely produced, advertisementinformation about a game service, information about the amount of coinson a transaction record between a crowdfunding node and an investornode, and generation time of a transaction record between thecrowdfunding node and the investor node.

According to a different aspect of the method, the new transactionrecord may include at least one of at least one transaction record aboutremittance of coins to a developer node, at least one transaction recordabout remittance of coins to the developer node, and at least onetransaction record about remittance of coins to the crowdfunding node.

According to a different aspect of the method, the smart contract maydetermine a node to be granted a right for generating a new block toinclude the transaction record based on sales information due to serviceof a game completely produced, advertisement information about a gameservice, information about the amount of coins on a transaction recordbetween a crowdfunding node and an investor node, generation time of atransaction record between the crowdfunding node and the investor node,and information about nodes which have participated in online voting.

According to a different aspect of the method, a node which has receivedtransaction records may validate the received transaction records, sharethe transaction records with other nodes if validated, discard thecorresponding transaction records otherwise, where validation oftransaction records includes at least one of validation of syntax of thecorresponding transaction and data structure, validation of whether theamount of remittance is within a predetermined reference amount ofremittance, and validation of whether the remittance date is within apredetermined period.

According to yet another aspect of the method, in a computer programstored in a non-volatile computer-readable medium, including commandsexecutable by at least one processor of at least one node of acrowdfunding system based on a blockchain for creating a game operatingon a distributed network composed of a plurality of nodes, the commandsmay include performing a crowdfunding service on the distributed networkaccording to a configured smart contract, wherein the smart contractcomprises generating an initial block including data records related togame production plan information, sharing at least one transactionrecord related to electronic transactions of coins among the pluralityof nodes, generating at least one new block including data recordsrelated to the at least one transaction record, and updating ablockchain stored in at least one of the plurality of nodes so as toinclude the new block based on communication with the distributednetwork.

This summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used to limit the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1 and 2 illustrate conceptual diagrams of a crowdfunding system inwhich nodes within a crowdfunding network are structured or programmedto manage a crowdfunding service in the form of a crowdfundingblockchain according to embodiments of the present disclosure.

FIGS. 3 to 5 are flow diagrams illustrating a method for operating acrowdfunding system based on a blockchain for producing a game accordingto embodiments of the present disclosure.

DESCRIPTION OF EXEMPLARY EMBODIMENTS

Since the present invention may be modified in various ways and mayprovide various embodiments, specific embodiments will be depicted inthe appended drawings and described in detail with reference to thedrawings. The effects and characteristics of the present invention and amethod for achieving them will be clearly understood by referring to theembodiments described later in detail together with the appendeddrawings. However, it should be noted that the present invention is notlimited to the embodiment disclosed below but may be implemented invarious forms. In the following embodiments, the terms such as first andsecond are introduced to distinguish one element from the others, andthus the technical scope of the present invention should not be limitedby those terms. Also, a singular expression should be understood toindicate a plural expression unless otherwise explicitly stated. Theterm include or have is used to indicate existence of an embodiedfeature or constituting element in the present specification; and shouldnot be understood to preclude the possibility of adding one or moreother features or constituting elements. Also, constituting elements inthe figure may be exaggerated or shrunk for the convenience ofdescriptions. For example, since the size and thickness of each elementin the figure has been arbitrarily modified for the convenience ofdescriptions, it should be noted that the present invention is notnecessarily limited to what has been shown in the figure.

In what follows, various embodiments of the present disclosure will bedescribed in detail with reference to appended drawings. Throughout thespecification, the same or corresponding constituting element isassigned the same reference number, and repeated descriptions thereofwill be omitted.

FIGS. 1 and 2 illustrate conceptual diagrams of a crowdfunding system inwhich nodes within a crowdfunding network are structured or programmedto manage a crowdfunding service in the form of a crowdfundingblockchain according to embodiments of the present disclosure. And FIGS.3 to 5 are flow diagrams illustrating a method for operating acrowdfunding system based on a blockchain for creating a game accordingto embodiments of the present disclosure.

Some embodiments of the system described below may be implemented as acrowdfunding system based on a blockchain for creating a game. And,certain embodiments of the present disclosure may be related to acrowdfunding method executed by one or more processors of thecrowdfunding system.

The crowdfunding system may be built on, for example, but not limitedto, a peer-to-peer network architecture. For instance, usersparticipating in the system may be all given equal positions, no specialnode is designated in the network, and all of the nodes (node 1 to noden) share the role of providing a network service. Nodes 100 on thenetwork may form topologies equivalent to each other and may beinterconnected in a mesh network. Even if the nodes belonging to thenetwork are at the positions equal to each other, their roles may differfrom each other depending on the function supported by the nodes.

Each node is equipped with a routing function within the network and maybe equipped with other function. Each node validates and propagatestransactions and blocks, and may perform the role of maintaining aconnection to neighboring nodes.

A user may play the role of a game developer, crowd service manager, orinvestor. Each developer, manager, or investor may be an individual,organization, community, or any type of entity.

The nodes 100 connected to the network may include a crowdfunding node110, investor nodes (120(1) to 120(n)), and a developer node 130.However, the network may further include those nodes operating a specialprotocol and a protocol gateway that connect nodes operating otherprotocols as well as the crowdfunding node 110, the investor nodes(120(1) to 120(n)), and the developer node 130 to each other.

To participate in the crowdfunding service, a new node may first searchfor other nodes existing or connected on the network. To start thisprocess, the new node may have to search for at least one nodepre-existing or connected on the network. For the new node to beconnected to a neighboring node already known or connected, each of thenodes may form a TCP connection to the port of a particular number or toan alternative port.

The new node may transmit a connection request message to a neighboringnode, and the neighboring node may transmit an approval message to thenew node in response to the connection request message if theneighboring node accepts the new node's connection request. As anexample, if a new node is a developer node 130, there may be no investornode on the network, and therefore, a neighboring node may become thecrowdfunding node 110. In another example, if a new node is an investornode 120, the neighboring node may become another investor node, whichhas already participated in the network, or developer node 130 orcrowdfunding node 110.

After one or more connections have been established, the new node maytransmit an address message containing its IP address to its neighboringnode(s). Subsequently, the neighboring node(s) received the IP addressmay transmit the received address message to their neighboring nodes,and thereby the newly connected node becomes better known and betterconnected to other nodes. Also, the newly connected node may request itsneighboring node(s) to transmit a list of IP addresses of the otherneighboring nodes again by transmitting an address request message toits neighboring node(s). Through the aforementioned operation, a nodemay search for its neighboring nodes connected thereto and broadcast itspresence on the network so that other nodes may search for the nodeitself.

The crowdfunding node 110 may have a copy of a whole blockchain. And,the investor node 120 and developer node 130 may have a copy of thewhole blockchain or at least a copy corresponding to a subset of theblockchain. For example, the blockchain is realized by a distributedcomputer system comprising unalterable blocks of transactions. Sinceeach block constituting a blockchain contains a hash of its previousblock, blocks are connected altogether and generate records of alltransactions initially written to the blockchain. Since a block is tiedto previous or other blocks, disassembly, modification, andreconfiguration of the records may be almost impossible and prevented.Additionally, because blocks are possessed by nodes, the blocks may bedistributed and robust. In some embodiments, one block records at leastone transaction. Transactions are hashed and configured so that forgeryor falsification may be prevented from being occurred. Each block andtransaction may prevent forgery or falsification by managing hash valuesand timestamps at the time of data generation and tracking a history oftransactions. Also, the nodes 100 may store a blockchain ledger andwallet application, by which a user may perform transactions and otherrelated functions through the network in a secure and reliable manner.

Nodes may provide a blockchain explorer. The blockchain explorer may beimplemented by, for instance, but not limited to, a web-applicationwhich performs the role of a coin search engine. A user possessing awallet may look up the coin address, transaction records, or blocksthrough the blockchain explorer and figure out a relationship and flowamong them.

Each node may include a server, interface, system, database, agent,peer, engine, controller, or any other type of a computing deviceoperating individually or in a group or may be constructed in anappropriate combination of computing devices that can read or processall kinds of computing languages or instructions. The computing devicemay include a processor configured to execute software commands storedin a non-volatile computer-readable storage medium (for example, a harddrive, solid state drive, RAM, flash, and ROM). Preferably, the softwarecommands are organized so that the computing device may provide variousfunctions described later. Also, the disclosed techniques may beimplemented as a computer program product which includes a non-volatilecomputer-readable medium storing software commands used by the processorto execute disclosed steps or instructions. Preferably, various servers,systems, databases, and interfaces may exchange data by using HTTP,HTTPS, AES, public/private key exchange, web service, API, financialtransaction protocol known to the public, or other electronic standardprotocol or algorithm. Preferably, data exchange may be performedthrough a packet exchange network, Internet, LAN, WAN, VPN, or any othertype of packet exchange network.

It should be understood that the disclosed technique may provide variousadvantageous technical effects including constructing and storing ablockchain representing transactions of a game developer or investor.Through the construction and storing of a blockchain for a crowdfundingservice 10 for creating a game, a computing device may verify therelevancy of the game production process and the use of invested moneypromptly and efficiently and may expect the appropriate and fairdistribution of profits due to the game service.

The crowdfunding node 110 may include a crowdfunding platform hosted bya computing device expressed as the crowdfunding node 110. In someembodiments, the platform may be a web-based or cloud-based platformthat may be accessed through the network by a computing device operatedby a user such as a manager of the crowdfunding node, game developer, orinvestor. The crowdfunding node may provide a web page that provides aninterface function for developers to collect game production planinformation.

A developer may access the web page that the crowdfunding node 110provides through the developer's computing device and input gameproduction plan information on the web page (302).

The game production plan information may include game conceptinformation, fundraising plan information, use plan information ofraised funds, compensation plan information, and step-by-step contractinformation.

More specifically, the game concept information may include game planinformation such as game idea information, information about elements ofgame, information about expected target users, platform information, andgame promotion plan information. The fundraising plan information mayinclude target amount information, fundraising period information,additional fundraising period information due to insufficient collectionof funds below the target amount within the fundraising period,information about the minimum amount of investment for each investor,and information about the maximum amount of investment for eachinvestor. The use plan information may include information about the useplan for the investment within the target amount and information aboutthe use plan for the investment which exceeds the target amount. Thecompensation plan information may include compensation ratio informationdue to profits and non-monetary benefit information.

Also, the developer may access the crowdfunding node 110, download ablockchain operating machine provided by the crowdfunding node 110(322), and install the download blockchain operating machine to itscomputing device (324). In some embodiments, the blockchain operatingmachine may be coin core software. The developer may access thecrowdfunding node 110 and download the corresponding blockchainoperating machine. In some embodiments, the blockchain operating machinemay include all of the elements for operating a blockchain. In someembodiments, the blockchain operating machine may include only part orsome of the constituting elements for operating a blockchain while theremaining constituting elements may be added through an updatemechanism. In some embodiments, part of the elements of the blockchainoperating machine may be modified or changed through a software updatemechanism. Since the crowdfunding node 110 is capable of providingvarious versions of blockchain operating machines suitable for thecharacteristics of the operating system of each developer or investornode, a user of a node may download a blockchain operating machinesuitable for the operating system of the user's node and install thedownloaded blockchain operating machine to the user's node the same wayother operating systems execute applications.

In some embodiments, according to a configured smart contract, acrowdfunding service may be performed on a distributed network. Acomputer program, which is stored in a non-volatile computer-readablemedium including commands executable by at least one processor of atleast one node of the crowdfunding system based on a blockchain forcreating a game operating on a distributed network composed of orcomprising a plurality of nodes, may act as a blockchain operatingmachine. Here, the commands may include performing a crowdfundingservice on a distributed network according to the configured smartcontract.

In some embodiments, at least part of a smart contract is configuredbased on the game production plan information to be described later, anda blockchain system may be made to be operated according to the smartcontract. Therefore, the smart contract suitable for a game to beproduced may be configured based on the genre of the game to beproduced, the type of the game, or the game production plan of thedeveloper. Therefore, a crowdfunding service customized to the user ismade available by operating the blockchain system according to theconfigured smart contract.

More specifically, when a blockchain operating machine is installed andexecuted, the pre-installed blockchain operating machine may be updatedas an update program is downloaded and installed to the crowdfundingnode 110 (334). Here, update specifics may include a smart contractrelated to crowd fundraising, investment, profit sharing, and blockchainoperation method. If the blockchain operating machine is updated, theblockchain system may be operated according to the smart contract. Ifthe blockchain operating machine is updated, the blockchain system maybe operated according to the smart contract (335).

In some embodiments, a smart contract is implemented as a digitalcommand recorded in a block, and as the block recording the smartcontract is shared across the entire nodes, the smart contract may bestored in a blockchain. And, all of the nodes execute the codes of thesmart contract on the corresponding block, automatically execute thecontent of the contract, and thereby enable a main service to beoperated.

The smart contract is a kind of contract describing contracts aboutfunding, used of funds, distribution of profits, and blockchainoperation method, and scripts describing the contract may beautomatically performed on the network in a distributed manner. Theupdated blockchain operating machine makes a blockchain service operatedaccording to the smart contract by interpreting and executing the codesrelated to the smart contract.

Also, a blockchain begins to be downloaded as the blockchain operatingmachine is executed. According to the download time of the blockchain,the blockchain operating machine may be executed in the background untilit transitions from an out-of-sync state to a synchronized state.

The crowdfunding node 110 may generates a crowdfunding game promotionpage based on game production plan information (304). And, thecrowdfunding node 110 may update a list of crowdfunding games by addingthe generated crowdfunding game promotion page to the list ofcrowdfunding games (306). And, the crowdfunding node 110 may post thelist of crowdfunding games on its website, thereby allowing all theusers accessing the website through the network to look up the list.According to another aspect, the crowdfunding node 110 may post the listof crowdfunding games on its website, thereby providing rights forlooking up the information to the node which has accessed the websitethrough the network.

The crowdfunding node 110 may configure the smart contract based on thegame production plan information (308). The blockchain operating machineinstalled to each node is updated so that the blockchain may be operatedaccording to the configured smart contract. And the updated blockchainoperating machine allows the blockchain system to be operated accordingto the configured smart contract. In other words, a workflow may bedetermined according to the smart contract residing on the blockchain.

The smart contract may include one or more rules about automaticgeneration of blocks, block generation rights, and block generationtime.

The crowdfunding node 110 may generate an initial block including theinput game production plan information (310, 510).

The initial block may include all of the game production planinformation. In other words, the initial block may include all of theinformation about the game production plan described by the developer onthe webpage provided by the crowdfunding node 110. And, the initialblock may include summary information that summarizes the gameproduction plan information and the Uniform Resource Location (URL) ofthe webpage from which the original of the game production planinformation may be checked. A node which has received the initial blockmay check the summary information recorded on the initial block or checkthe whole content of the game production plan information through theURL.

If an initial block is generated at the crowdfunding node 110, theblockchain operating machine of each node may download a newly addedblock through a synchronization process (336). For example, thedeveloper node 130 receives the generated initial block from thenetwork. In some embodiments, if the received initial block is checkedfor validity and determined as valid, the developer node 130 stores theinitial block in the memory.

People interested in investing in game production may access the websiteof the crowdfunding node 110 and browse at least one game content in thelist of crowdfunding games.

The crowdfunding node 110 may provide a webpage to the investor node 120that wants to invest funds to a particular game. The webpage provides aninterface function for investors.

The investor transmits an investment intent request signal for aparticular game through the webpage (312).

The crowdfunding node 110 may transmit remittance address information ofthe crowdfunding node 110 (313) and may transmit a webpage including theURL for downloading of the blockchain operating machine to the investornode 120 in response to the investment intent request signal (314). Theremittance address information of the crowdfunding node 110 on thewebpage is used for transmission of coins to the crowdfunding node 110.And, the investor may download the blockchain operating machine throughthe URL on the webpage and install the downloaded blockchain operatingmachine on the investor's node (315). In some embodiments, theblockchain operating machine may be the program to which the smartcontract has been applied. Meanwhile, the currency unit named as coin isused to store and transmit values among participants on the network.

The blockchain operating machine installed on the investor node 120downloads a blockchain and synchronizes to the blockchain (316). In someembodiments, the size of the blockchain to be synchronized with theinvestor node 120 may be too large, and the synchronization with theblockchain may not be completed until the end of the fundraising period.In this case, a separate, additional node may generate coin remittancetransactions for investment to the crowdfunding node 110. When thetransaction generated at or by the additional node is included in a newblock, the transaction is converted to coin remittance to thecrowdfunding node 110 from a node with the IP address designated by theinvestor (the investor node in the middle of blockchain synchronization)at the time of generating the transaction, which may be included in thenew block. In some embodiments, the additional node may be a node thatthe crowdfunding node 110 provides.

The investor may execute a wallet application from the investor'scomputing device to participate in the crowdfunding (410).

The wallet application executed in the computing device corresponding tothe investor node 120 may display or provide an interface for remittance(420).

The investor may input remittance address information of thecrowdfunding node 110 and the amount of coin remittance through theinterface for remittance and generate a transaction for transmitting thecorresponding coin to the crowdfunding node 110 (430). In someembodiments, the investor may scan a remittance identification code ofthe crowdfunding node 110 by using a scanner, a camera or an imagecapturing device, which is an auxiliary device of the computing device.The computing device converts the information of the identification coderead through the scanner to the remittance address information. And thecomputing device automatically inputs the remittance address informationto the input block for remittance address information of the interfacefor remittance. In some embodiments, if the investor node 120 isimplemented as a wearable computing device, the remittanceidentification code may be scanned through a camera device installed inthe wearable computing device or a camera device operably connected withthe wearable computing device.

The crowdfunding node 110 may receive a coin corresponding to theinvestment from a plurality of investor nodes (120(1) to 120(n))according to a value transmission scheme. In some embodiments, thecrowdfunding node 110 may receive coins from the investor nodes onlyduring the fundraising period.

When a transaction transferring coins from the investor node 120 to thecrowdfunding node 110 is established, the coins contained in the walletof the investor node 120 are deducted, and the investor may digitallysign the corresponding transaction by using a private key. When thesignature is completed, it is broadcast over the network that coinremittance from the investor node 120 to the crowdfunding node 110 hasbeen approved. The transaction may be performed through the P2Pprotocol, and therefore the corresponding transaction may be transferredquickly to the network, and most of the nodes connected to the networkmay receive the transaction details within a few seconds.

If a transaction is transferred to one particular node connected to thenetwork, the transaction is validated by the corresponding node. Oncethe transaction is validated, the transaction is propagated to othernodes connected to the corresponding node, and a success message may betransmitted to the generator simultaneously. If the transaction isinvalidated, the corresponding node refuses to approve the transaction,and at the same time, a rejection message may be sent to the generator.Each node performs a validation process to validate the correspondingtransaction. For example, each node may perform the validation of syntaxof the corresponding transaction and data structure, the validation ofwhether the amount of remittance is within a predetermined referenceamount of remittance (for example, the minimum amount of investment foreach investor and the maximum amount of investment for each investor),and the validation of whether the remittance date is within apredetermined period (for example, a fundraising period). As describedabove, transactions validated through the validation process arepropagated through the network, but invalid transactions may bediscarded, for example, at the crowdfunding node 110, the first node towhich the transaction is transferred.

Meanwhile, a coin remittance transaction from the investor node 120 tothe crowdfunding node 110 may be kept to an unconfirmed state. In otherwords, this is so because, although the corresponding transaction hasbeen transferred to the network, the transaction has not been written tothe ledger called a blockchain. If a new block is generated andconnected to the blockchain after the occurrence of the coin remittancetransaction, transactions in the generated block (which include theaforementioned coin remittance transaction from the investor node to thecrowdfunding node) are approved in the confirmed state on the network.

Nodes on the network may store a temporary list including unconfirmedtransactions called a memory pool or transaction pool. By using thepool, the nodes may track those transactions known to the network butnot included in a blockchain yet. For example, coins remitted from theinvestor node 120 to the crowdfunding node 110 are stored in thetemporary list comprising unconfirmed transactions while, if a new blockis generated, the stored transactions are included in the generatedblock.

In some embodiments, each block of the blockchain may have a summary ofall the transactions contained in the corresponding block by using aMerkle tree.

The blockchain operating machine may generate a new block only for aspecific time period and only under specific conditions according to thesmart contract. More specifically, the blockchain operating machine mayautomatically generate a new block for a first period. For example, thefirst period may range from the time coin funding from investors hasstarted to the time the coin funding ends. For example, the time coinfunding from investors starts may be the time at which the initial blockis generated.

Also, in some embodiments, the blockchain operating machine may generatea new block if the total amount of funded coins on the transactionsstored in the temporary list since the generation of the last blockexceeds a predetermined threshold. And, the newly generated blockincludes the transactions stored in the temporary list. In someembodiments, the predetermined threshold may be smaller than a targetamount, and therefore, a plurality of new blocks may be generated duringthe fundraising period.

In some embodiments, the blockchain operating machine may generate a newblock if the number of transactions stored in the temporary list equalsa predetermined threshold.

In some embodiments, the crowdfunding node 110 may generate a new blockperiodically during the first period. In some embodiment, thecrowdfunding node 110 may not generate a new block if there is notransaction stored at the time of generating a new block.

Also, the crowdfunding node 110 may include a plurality of transactionsstored in the pool in a new block according to their priority. Thepriority may be determined based on the amount of coin remittance. Insome embodiments, as the remittance becomes larger, the priority becomeshigher. For example, the transaction between the investor node 120 thathas transferred the largest amount of coins and the crowdfunding node110 may be included in the new block with the highest priority. In otherwords, when the number of transactions that may be included in a newblock is determined in advance, those transactions with high prioritymay be included or arranged first in the new block.

In some embodiments, each block of a blockchain is allowed to have asummary of all the transactions contained in the corresponding block byusing the Merkle tree, and thereby whether a specific transaction isincluded in the block may be checked quickly. Also, the blockchainoperating machine of each node may identify the order of including atransaction into the block through the Merkle root.

Also, after generating a new block, the blockchain operating machine maycalculate the total amount of coins by referencing the transactions ofall of the currently generated new blocks by starting from the blocknext to the initial block. And, the blockchain operating machine maydetermine whether the total amount of coins calculated exceeds a targetamount. If the total amount of coins calculated does not exceed thetarget amount, the blockchain operating machine may generate a new blockduring a second period. For instance, the second period may be anadditional fundraising period due to insufficient collection of fundsbelow the target amount within the fundraising period. The blockchainoperating machine may generate a new block in the same way as theoperation scheme during the first period and store transaction recordsinto the block.

The blockchain operating machine generating a new block may be executedby the software installed in the crowdfunding node 110. The crowdfundingnode 110 generates a new block and updates a blockchain by connectingthe new block to the initial block.

Other nodes have a local copy of the blockchain starting from theinitial block. After receiving the newly generated blocks from thecrowdfunding node 110, other nodes connect the new blocks to theexisting blockchain.

The blockchain operating machine may automatically generate a new blockaccording to a smart contract during a third period. For example, thethird period may correspond to the period from the end of the firstperiod to the completion of game production. Alternatively, the thirdperiod may correspond to the period from the end of the second period tothe completion of game production.

The crowdfunding node 110 may check the step-by-step contract details ofa game developer and transfer coins reflecting the amount due to thecontract details at the respective steps to the developer node 130. Inother words, the crowdfunding node 110 distinguishes and verifies therespective steps for completing the whole project of game development.And, creation of a transaction for transferring at least part of fundsto the developer node 130 is determined according to whether contractdetails at the respective steps are fulfilled. Therefore, this operationmay ensure appropriateness and transparency of the use of collectedfunds.

Transaction records due to transfer of coins are propagated to all ofthe nodes participating in the network (520). And, in the occurrence ofthe propagation of the transaction records during the third period, theblockchain operating machine of predetermined nodes may execute anonline voting application according to a smart contract. For example,the predetermined nodes may be investor nodes 120.

According to the online voting result, creation of a new block isdetermined. In other words, the final approval of a transaction, whichdescribes remittance of at least part of collected funds from thecrowdfunding node 110 to the developer node 130, depends on the onlinevoting result. If the transaction is agreed with more than apredetermined portion or number of participants from the online voting,a new block is generated, and the transaction details are included inthe new block (530). Therefore, as the transaction is finally approved,the owner of the transferred coins is changed to the developer node 130.

In some embodiments, the predetermined nodes may be all of the nodesparticipating in the network. In some embodiments, the possibility ofparticipating in the online voting may be in proportion to the amount offunds. In other words, the online voting only with investors who havefunded more than a particular amount of coins may reach a consensusquickly. Therefore, the predetermined nodes may be limited to those thathave remitted more than a predetermined amount of coins as funds.

For illustration purposes only, it is assumed that the predeterminednodes are investor nodes 120. Then investors may vote for approval of atransaction related to remittance of coins from the crowdfunding node110 to the developer node 130 by executing an online voting application.All of the nodes executing the online voting application may share theirvoting result with each other. If more than a predetermined number ofvoting members approve the transaction from the online voting result, anew block may be generated according to the smart contract. For example,after the approval of the transaction is confirmed, the crowdfundingnode 110 may generate a new block. In some embodiments, informationabout the nodes that have participated in the voting and thecorresponding transaction records may be included within the newlygenerated block.

The crowdfunding node 110 may connect the newly generated block to theblockchain, and other nodes may download the new block through thesynchronization of the blockchain and connect the new block to theexisting blockchain (540).

In some embodiments, the new block generated during the third period mayfurther include transaction details for remitting the verification feeto the crowdfunding node 110 in addition to the transaction details dueto remittance of coins from the crowdfunding node 110 to the developernode 130.

More specifically, the crowdfunding node 110 may receive coins amountingto the verification fee applied according to the stepwise contractdetails. The crowdfunding node 110 may have a first wallet applicationfor storing coins remitted from the investor node 120, and a secondwallet application for storing coins corresponding to the verificationfee. And, the remittance addresses of the first and second walletapplications are different from each other. Therefore, the coinsremitted from the investor node 120 and the coins corresponding to theverification fee may be stored in the respective wallet applications.The crowdfunding node 110 may generate a transaction which instructspayment of the verification fee to the node having the remittanceaddress information of the second wallet application, namely thecrowdfunding node itself. And a new block, which includes transactiondetails due to remittance of coins corresponding to the verification feeand transaction details due to remittance of coins to the developer node130, may be connected to the existing blockchain.

After completing game production, the developer may service the producedgame. The produced game may be serviced on the platform provided by thecrowdfunding node 110. Here, the service is a concept including aservice which allows multiple game users to access the crowdfunding node110 and play or watch the game and an advertisement service about theproduced game.

The blockchain operating machine may monitor sales information relatedto the game service on the crowdfunding node 110. In some embodiments,the crowdfunding node 110 may calculate the net profit from the salesinformation related to the game service and convert the net profit tothe amount of coins. The crowdfunding node 110 may convert the netprofit to the amount of coins through a currency converter application.Therefore, the net profit may be calculated as the amount of coins interms of the current coin price by reflecting the change in the value ofthe coin.

The crowdfunding node 110 may generate a transaction for distributingprofits among all of the nodes according to the smart contract if apredetermined amount of sales is occurred during a fourth period (forexample, a period after the end of the third period).

For example, the crowdfunding node 110 may generate a transaction forremitting coins corresponding to part of profits to the developer node130. In some embodiments, the crowdfunding node 110 may generate atransaction for remitting coins corresponding to part of profits to theinvestor nodes 120. In some embodiments, the crowdfunding node 110 maygenerate a transaction for remitting coins corresponding to part ofprofits based on the ratio determined according to the amount of fundscollected from the respective investor nodes 120. In some embodiments,the crowdfunding node 110 may generate a transaction for remitting coinscorresponding to the verification fee due to a game advertisementservice to its node 110. In some embodiments, the crowdfunding node 110may generate a transaction for remitting coins corresponding to part ofprofits from a node generating a new block to the node itself (the nodethat generates the new block) on behalf of the node.

The blockchain operating machine of the crowdfunding node 110 mayconfigure a probability value for block generation rights according tothe smart contract if a transaction occurs during the fourth period.And, the blockchain operating machine adjusts the configured probabilityvalue for block generation rights according to the smart contract andassigns block generation rights to the node selected based on theadjusted probability value. For example, the developer node 130 has afirst probability value for block generation rights, the crowdfundingnode 110 has a second probability value for block generation rights, andthe investor node 120 has a third probability value for block generationrights. The probability of having new block generation rights may becomehigher as the probability value for block generation rights becomeslarger. The first probability value for block generation rights may beadjusted based on the profits due to the game service. The secondprobability value for block generation rights may be adjusted accordingto the amount of game advertisement service activities. Therefore,operators of the game advertisement service are encouraged to doadvertisements actively. And, the third probability value for blockgeneration rights may be adjusted according to the amount of investment.In other words, as the amount of investment is larger, the probabilityof having the block generation rights is likely to be increased, whichleads to encouragement of more active investment. In some embodiments,the third probability value for block generation rights may be adjustedaccording to the investment time point. The blockchain operating machinemay identify the investment time point by checking the order of blockswithin a blockchain and the time at which a particular transaction isincluded in a specific block from the Merkle root. For example, takinginto account the fact that investors participating in the fundingprocess which has already collected large investment funds and investorsparticipating in the funding process which has not collectedconsiderable investment funds yet (for example, right after the fundinginitiation) may have different risks, the probability value may beincreased as the investment is made earlier. In some embodiments, thethird probability value for block generation rights may be adjustedaccording to participation in the online voting. Nodes which haveparticipated in the online voting may be determined from the datarecords within the block. And, by increasing the probability ofassigning block generation rights to the node which has participated inthe online voting, active participation in the online voting may beencouraged.

The node granted a block generation right may generate a new block. Thetransaction generated by the crowdfunding node 110 may be included inthe newly generated block. The generated block is connected to theexisting blockchain and is propagated to other nodes. Also, thetransaction generated by the crowdfunding node 110 may include atransaction through which the node generating a new block remits coinscorresponding to part of profits to its node (the node generating a newblock). Therefore, the node granted the block generation rights mayreceive additional profits in addition to the predetermined distributionof profits. In another embodiment, a special transaction may begenerated. The special transaction may be configured by the nodegenerating a new block and is a kind of compensation for blockgeneration. In other words, the node which generates a new block maygenerate a transaction based on a concept of coins paid by the wallet ofits own node. And, if a new block is generated, the special transactionmay be included in the new block.

In another embodiment, among those nodes participating in the networkfor each round, a plurality of nodes may be promoted to producer nodesto generate a block.

More specifically, a round may be initiated from a predetermined timepoint. A plurality of rounds may be defined. In the N-th round (N is apositive integer), a plurality of promotable nodes may be selected, thenodes having probability values larger than a predetermined thresholdaccording to the probability values for block generation rights of therespective nodes configured before the initiation of the N-th round((N−1)-th round or before the initiation of the round in the case of thefirst round). And, the node designated as a producer node may maintainthe position of the producer node during a permitted period within oneround. Promotable nodes may be promoted to producer nodes according to apredetermined order. For example, the first to n promotable nodes may bepromoted to producer nodes at the start of their permitted periodaccording to a predetermined order. Therefore, the second node may bepromoted after the first node is promoted, and then the third node maybe promoted. The nodes promoted in a specific round may lose theirpromoted position at the same time once the corresponding round iscompleted. In some embodiments, nodes may be promoted at regularintervals, but the present disclosure is not limited to the specificoperation.

A plurality of permitted periods may be defined for each round. At thestart of the permitted period, promotable nodes may be promoted toproducer nodes, and the position of the producer node is maintaineduntil the end of the permitted period. For instance, the end time of thepermitted period may coincide with the end time of the correspondinground. The start time of each permitted period of the nodes that may bepromoted to producer nodes may be different from each other. Therefore,duration of the position of the producer node for each round may differbetween the producer nodes.

Also, the promotable state of the promotable nodes designated beforeinitiation of the N-th round may be maintained until the (N+M)-th round(N and M are positive integers). Therefore, before the (N+M+1)-th roundis initiated, promotable nodes may be designated again based on theprobability value for block generation rights described above. And inthe next round, the (N+1)-th round, a node next to the last promotednode of the N-th round may be the first producer node.

Alternatively, a node next to the producer node which has generated acandidate block confirmed as an approved block in the N-th round or theproducer node may be the first promotable node of the (N+1)-th round. Inother words, a node next to the producer node which has generated anapproved block of a previous round becomes the first producer node ofthe next round. This scheme makes it difficult to predict a node to bepromoted in the next round, thereby improving system security.

Meanwhile, each block header of candidate blocks generated by a producernode may include voting information of a previous block. In other words,the voting information related to the previous block, by which it may bechecked that the previous block has obtained more than a predeterminednumber of votes and has been finally approved, may be included in theblock header of a current block. Therefore, each block connected to ablockchain may include the voting information of the previous block.

Also, the number of producer nodes having block generation rights foreach round may be increased in the corresponding round as time elapses.Therefore, for those blocks generated by at least part of a plurality ofproducer nodes, a consensus may be made so that the blocks compete witheach other and a block selected as a sole candidate is updated in theblockchain.

More specifically, among a plurality of nodes that are able to bepromoted to producer nodes granted a block generation right at apredetermine time point for each round, a first node may receive acandidate block in the N-th round, determine whether the receivedcandidate block is a valid candidate block, determine whether the validcandidate block is an unapproved block, determine whether the unapprovedblock is the first received candidate block, and determines whether tovote for approval of the unapproved block. And, the first receivedcandidate block may be the candidate block that the first node hasreceived initially in the N-th round.

Also, the node may propagate the first received candidate block andvoting information about the block to other nodes.

Also, among unapproved blocks generated in the N-th round, thoseunapproved blocks for which the number of votes is larger than apredetermined value may be accepted as approved blocks.

Also, all of the nodes promoted to producer nodes in the N-th round maylose their producer node position before the (N+1)-th round or after theN-th round, and a node next to the node which has generated thecandidate block accepted as the approved block in the N-th round may bepromoted as the first producer node in the (N+1)-th round.

Also, among a plurality of unapproved blocks, in the absence of anunapproved block for which the number of votes is larger than apredetermined value (for example, an unapproved block which has obtainedmore than two-thirds (⅔) of votes from nodes eligible for voting), arevote round may be initiated, and during the revote round, a revote forthe plurality of unapproved blocks may be performed according to apredetermined priority. During the revote round, generation of a newcandidate block may be stopped. And, if the revote round is terminated,the next round may be initiated.

Also, while the revote is in progress, a plurality of nodes eligible forvoting may perform a revote for approval of unapproved blocks which haveobtained more than a predetermined number of votes among the pluralityof unapproved blocks. Alternatively, while the revote is in progress, aplurality of nodes eligible for voting may perform a revote for approvalof an unapproved block which has obtained the largest number of votesamong the plurality of unapproved blocks.

Also, while the revote is in progress, in the presence of a plurality ofunapproved blocks which have obtained more than a predetermined numberof votes among the plurality of unapproved blocks, a revote may beperformed for approval of an unapproved block generated by the nodewhich has first been promoted among the nodes generated the plurality ofunapproved blocks respectively. The first promotion node is a nodehaving the highest promotion order to the producer node in the N-thround. While the revote is in progress, in the absence of a plurality ofunapproved blocks which have obtained more than a predetermined numberof votes among the plurality of unapproved blocks, a revote may beperformed for approval of an unapproved block generated by the firstpromotion node among the nodes which have generated the plurality ofunapproved blocks respectively.

Also, when validity of the candidate block is determined, whether thenode which has generated the received candidate block has been promotedis determined, and if the received candidate block is the block that thepromoted node has generated, the received candidate block may beaccepted as a valid candidate block. On the other hand, if the receivedcandidate block is not a valid candidate block, the received candidateblock may be discarded.

Also, when it is determined that the valid candidate block is anunapproved block, existence of the next block which includes a votingresult larger than a predetermined threshold for the valid candidateblock is determined, the valid candidate block is accepted as anapproved block in the presence of the next block, and synchronization ofthe approved block may be requested to the distributed network. In otherwords, the received valid candidate block is not a candidate blockagreed on in the present round but an approved block agreed onpreviously, for which synchronization has to be completed already.

Also, among the plurality of nodes that can be promoted to producernodes granted a block generation right at a predetermine time point foreach round, a second node may be promoted in the N-th round, determinewhether a candidate block before promotion is received in the N-thround, generate a candidate block including voting information in thelast block on the blockchain to which a new block is to be connected ifthe candidate block before promotion is not received, vote for thegenerated candidate block, and transfer the candidate block and votinginformation to other nodes. The new block becomes an approved block thatis approved in the N-th round. If a node promoted to a producer node hasalready received a candidate block before promotion, a new candidateblock is not generated.

In another aspect, the second node promoted in the N-th round mayreceive a candidate block generated by another node, determine whetherthe received candidate block is a valid candidate block, determinewhether the valid candidate block is an unapproved block, and transferthe unapproved block to other nodes. And, if the received candidateblock is not a valid candidate block, the received candidate block isdiscarded. And, if the valid candidate block is not an unapproved block,the valid candidate block is accepted as an approved block agreed onpreviously and is updated in the blockchain of the node itself throughblockchain synchronization.

Meanwhile, nodes may propagate a candidate block, approved block, votinginformation, and revote information received from other nodes throughthe network. Also, nodes may propagate a generated candidate block,approved block, and generated voting information, and revote informationon the network. And, a node promoted to a producer node may generate acandidate block only once in the round at the time of promotion. Also,the voting right of a node may be limited to one-time voting. Also, eachtime a revote is initiated, a voting right for only one-time is obtainedin the revote round. Therefore, multiple voting or voting for two ormore candidate blocks may be prohibited. Also, among candidate blocks, acandidate block which has obtained votes from more than a predeterminednumber (e.g. 2/3) of the number of nodes eligible for approval votingmay be agreed on as an approved block. Also, at the time of generating acandidate block, collected transactions are included in the candidateblock.

Some embodiments of the present disclosure may be implemented in theform of program commands which may be executed through various types ofcomputer elements and recorded in a computer-readable recording medium.The computer-readable recording medium may include program commands,data files, and data structures separately or in combination thereof.The program commands recorded in the computer-readable recording mediummay be designed and composed specifically for the present invention ormay be commonly available for those skilled in the field of computersoftware. Examples of a computer-readable recoding medium may includemagnetic media such as hard-disks, floppy disks, and magnetic tapes;optical media such as CD-ROMs and DVDs; magneto-optical media such asfloptical disks, and hardware devices specially designed to store andexecute program commands such as ROM, RAM, and flash memory. Examples ofprogram commands include not only machine codes such as those generatedby a compiler but also high-level language codes which may be executedby a computer through an interpreter and the like. The hardware devicemay be composed to be operated by one or more software modules toperform the operations of the present invention, and vice versa.

Specific implementation of the present invention are embodiments, whichdoes not limit the technical scope of the present invention in any way.For the clarity of the specification, descriptions of conventionalelectronic structures, control systems, software, and other functionalaspects of the systems may be omitted. Also, connection of lines betweenconstituting elements shown in the figure or connecting membersillustrate functional connections and/or physical or circuitconnections, which may be replaceable in an actual device or representedby additional, various functional, physical, or circuit connection.Also, if not explicitly stated otherwise, “essential” or “important”elements may not necessarily refer to constituting elements needed forapplication of the present invention.

Also, although detailed descriptions of the present invention have beengiven with reference to preferred embodiments of the present invention,it should be understood by those skilled in the corresponding technicalfield or by those having common knowledge in the corresponding technicalfield that the present invention may be modified and changed in variousways without departing from the technical principles and scope specifiedin the appended claims. Therefore, the technical scope of the presentinvention is not limited to the specifications provided in the detaileddescriptions of this document but has to be defined by the appendedclaims.

An embodiment of the present invention may provide a method and a systemfor ensuring reliability, appropriateness, and transparency in usingfunded money.

Also, an embodiment of the present invention may ensure appropriatenessand transparency of distribution of profits obtained from game services.

Also, an embodiment of the present invention may efficiently operate acrowdfunding service by automatically executing a contract according toa smart contract without having to check intervention of a third partyaccording to contract conditions or fulfillment of the contractconditions.

Also, an embodiment of the present invention may resolve or minimizevarious problems or limitations encountered from an offline or someonline crowdfunding services.

Also, an embodiment of the present invention may resolve a unique leaderselection problem for each round in the conventional leader model and aproblem when the selected leader is a malicious leader; resolve aproblem that a blockchain system is halted when a producer node neglectsto generate blocks by using a method for generating a producer nodeduring a permitted period for each round; and prevent a large amount ofblock generators from being existed.

The technical effects of the present invention are not limited to thetechnical effects described above, and other technical effects notmentioned herein may be understood from the description below.

What is claimed is:
 1. A crowdfunding method executed on a distributednetwork including a plurality of nodes, the method comprising:performing, by the distributed network including the plurality of nodes,a crowdfunding service based on a blockchain for producing a gameaccording to a configured smart contract, wherein the smart contractcomprises: generating an initial block of the blockchain, wherein theinitial block includes data records related to game production planinformation of the game and the blockchain is stored in at least one ofthe plurality of nodes of the distributed network, sharing one or moretransaction records, related to electronic transactions of coinsassociated with the game, with the plurality of nodes, generating atleast one new block including data records related to the one or moretransaction records associated with the game, and updating theblockchain to add the at least one new block to the blockchaincomprising the initial block, including the data records related to thegame production plan information, through communication with thedistributed network.
 2. The method of claim 1, wherein the gameproduction plan information includes at least one of game conceptinformation, fundraising plan information, use plan information ofraised funds, and step-by-step contract information received from a gameproducer via a webpage provided by a crowdfunding node of the pluralityof nodes.
 3. The method of claim 2, wherein the crowdfunding nodegenerates a crowdfunding game promotion page based on the gameproduction plan information, and provides access to the crowdfundinggame promotion page to one or more nodes connected to the crowdfundingnode among the plurality of nodes.
 4. The method of claim 1, wherein:the plurality of nodes include a crowdfunding node, an investor node,and a developer node, and the one or more transaction records includefirst transaction records about transfer of coins for funding from theinvestor node to the crowdfunding node.
 5. The method of claim 4,wherein one node of the plurality of nodes which has received the firsttransaction records validates the received first transaction records,shares the received first transaction records with other nodes when thereceived first transaction records are validated, and discards thereceived first transaction records when the received transaction recordsare not validated, wherein validation of the received first transactionrecords includes at least one of validation of syntax of a transactionand data structure, validation of whether a minimum amount of investmentis satisfied for each investor, validation of whether an amount ofinvestment of each investor is less than a maximum amount of investment,and validation of whether a remittance date is within a fundraisingperiod.
 6. The method of claim 4, wherein the smart contract determinespriority of the first transaction records based on an amount ofremittance of coins within the first transaction records shared with theplurality of nodes and includes a transaction record having a highestpriority among the first transaction records in the new block.
 7. Themethod of claim 4, wherein the one or more transaction records furtherinclude a second transaction record about first remittance of the coinsto the developer node from the crowdfunding node for using funded coins.8. The method of claim 7, wherein the one or more transaction recordsfurther include a third transaction record about second remittance ofthe coins to the developer and investor nodes from the crowdfunding nodefor distributing profits from service of the game.
 9. The method ofclaim 8, wherein the first to third transaction records are generated atdifferent time periods not overlapped with each other.
 10. The method ofclaim 1, wherein the smart contract is configured based on the gameproduction plan information.
 11. The method of claim 1, wherein thesmart contract determines time for generating the new block based on atleast one of the number of the one or more transaction records, anamount of coins on the one or more transaction records, and time ofgenerating the one or more transaction records.
 12. The method of claim1, wherein the game production plan information includes informationrelated to step-by-step contract conditions, and the smart contractdetermines whether to generate the new block based on whether thestep-by-step contract conditions are fulfilled at respective steps. 13.The method of claim 12, wherein: the plurality of nodes include acrowdfunding node, an investor node, and a developer node; and the smartcontract determines whether to generate the new block including atransaction record where at least part of coins received from theinvestor node by a crowdfunding is transferred to the developer nodebased on execution of the step-by-step contract conditions.
 14. Themethod of claim 12, wherein the smart contract includes: collectingonline voting results from predetermined nodes among the plurality ofnodes, and determining whether to execute the step-by-step contractconditions based on the collected online voting results.
 15. The methodof claim 14, wherein the predetermined nodes are nodes which have fundedcoins more than a preconfigured amount.
 16. The method of claim 1,wherein the smart contract generates a new transaction record based onat least one of sales information associated with a service of the game,advertisement information associated with a game service, informationabout an amount of coins on a transaction record between a crowdfundingnode and an investor node, and time of generating the transaction recordbetween the crowdfunding node and the investor node.
 17. The method ofclaim 16, wherein the new transaction record includes at least one of atleast one transaction record about remittance of coins to a developernode, at least one transaction record about remittance of coins to theinvestor node, and at least one transaction record about remittance ofcoins to the crowdfunding node.
 18. The method of claim 1, wherein thesmart contract determines a node to be granted a right for generatingthe new block to include the transaction record based on salesinformation associated with a service of the game, advertisementinformation associated with a game service, information about an amountof coins on a transaction record between a crowdfunding node and aninvestor node, time of generating the transaction record between thecrowdfunding node and the investor node, and information about nodeswhich have participated in online voting.
 19. The method of claim 1,wherein a node, which has received transaction records, validates thereceived transaction records, shares the received transaction recordswith other nodes when the received transaction records are validated,discards the received transaction records when the received transactionrecords are not validated, where validation of transaction recordsincludes at least one of validation of syntax of a transaction and datastructure, validation of whether an amount of remittance is within apredetermined reference amount of remittance, and validation of whethera remittance date is within a predetermined period.
 20. A computerprogram stored in a non-volatile computer-readable medium, includingcommands executable by at least one processor of at least one node of acrowdfunding system operating on a distributed network including aplurality of nodes, the commands comprising: performing, by thedistributed network including the plurality of nodes, a crowdfundingservice based on a blockchain for producing a game according to aconfigured smart contract, wherein the smart contract comprises:generating an initial block of the blockchain, wherein the initial blockincludes data records related to game production plan information of thegame and the blockchain is stored in at least one of the plurality ofnodes of the distributed network, sharing one or more transactionrecords, related to electronic transactions of coins associated with thegame, with the plurality of nodes, generating at least one new blockincluding data records related to the one or more transaction recordsassociated with the game, and updating the blockchain to add the atleast one new block to the blockchain comprising the initial block,including the data records related to the game production planinformation, through communication with the distributed network.